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5 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

10 This invention relates generally to network 

management and specifically relates to controlling 
traffic flow in network devices. 

2. Description of Related Art 

15 

In digital communications systems, data are 
transmitted between processing devices over a network. 
In such networks, data are typically sent from one 
computer to another through network devices such as hubs, 
20 routers, bridges and/or switches interconnected by data 
links. 

Network devices have ports that send and receive 
data, commands, etc. (hereinafter, n data" ) to and from 

25 the data links. Although this disclosure will mainly 
refer to data sent in the form of packets, the present 
invention applies to any addressable entities, including 
but not limited to datagrams, cells, etc. Accordingly, 
the terms "packet/' "frame," "cell," etc., will be used 

30 synonymously herein. 

Within a single network device, packets are accepted 
at ingress ports, transferred across a switching fabric 
within the network device and received at egress ports 
35 for transmission over the next data link. If each input 
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port maintains a single first-in, first-out ("FIFO") 
buffer or. "queue," various difficulties can arise, 

Fig. 1 illustrates one such difficulty, known as 
5 head-of-line ( "HOL" ) blocking. Iri this example of HOL 
blocking, more than one ingress port has a packet at the 
head of its queue that is destined for the same egress 
port at the same time. Ingress port 105 has a single 
queue 106, where incoming packets are stored until they 
10 are routed to an appropriate egress port. Similarly, 

ingress ports 110 and 115 have corresponding queues 111 
and 116. 

Suppose port 125 is not accepting packets, whereas 
15 ports 120 and 130 are free. Queue 116 has packets bound 
for port 13 0 and port 12 0, so these packets can be sent 
in sequence. However, queues 106 and 111 both have 
packets at the head of the line that need to be routed to 
egress port 125. The second packet in queue 106 needs to 
20 egress port 12 0 and the second packet in queue 111 needs 
to egress port 130. Even though ports 120 and 130 are 
free, the second packets in queues 106 and 111 will be 
blocked, because the HOL packets in each queue cannot be 
sent. Even if port 125 were accepting packets for 
25 egress, there would be contention between queues 106 and 
111 for sending their HOL packets to port 125. This 
contention would need to be resolved before the next 
packets could be sent. 

30 To eliminate HOL blocking, virtual output queues 

(VOQs) have been proposed. In VOQ implementations, 
ingress ports have a bank of queues, with one queue per 
category. Categories may include, for example, source, 
destination and priority. Packets are stored in random 
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access buffers associated with the ingress ports. 
However, only pointers to the data need to be stored in 
the respective VOQs; the payloads may be stored elsewhere 
(e.g., in an off-chip random access memory) . 

5 

In conventional VOQ implementations, the number of 
necessary queues needs to equal at least the total number 
of possible categories. As the number of categories 
increases, however, such implementations are not 

10 practical. For example, suppose a switch has 1024 ports 
and each ingress port has VOQs that include the 
categories of source, destination and priority. If each 
packet could have any one of 1024 destinations, 1024 
sources and 4 levels of priority, over 4 million queues 

15 would be required for routing packets within the switch. 
If the queues are implemented as physical memories on a 
chip, over 4 million physical memories would be required. 

This problem is exacerbated when one considers the 
20 high data transfer rates of recently-developed network 
devices. If a switch has, for example, 1000 
ingress/egress ports transferring packets at 2G/s, there 
are 1000 2G/s data streams to manage. If the data 
structure to be managed has over 4 million entities to 
25 manage in a picosecond time frame, this is not a feasible 
management problem for hardware that will be available in 
the foreseeable future. Accordingly, it would be 
desirable to have improved methods of switching packets 
within network devices. 
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SUMMARY OF THE INVENTION 
Methods and devices are provided for the efficient 
allocation and deletion of virtual output queues. . 
According to some implementations, incoming packets are 
5 classified according to a queue in which the packet (or 
classification information for the packet) will be 
stored, e.g., according to a "Q" value. For example, a Q 
value may be a Q number defined as {Egress port number | | 
Priority number | | Ingress port number}. Only a single 

10 physical queue is allocated for each classification. 
When a physical queue is empty, the physical queue is 
preferably de-allocated and added to a "free list" of 
available physical queues. Accordingly, the total number 
of allocated physical queues preferably does not exceed 

15 the total number of classified packets. 

Some implementations of the invention limit the 
number of allocated physical queues according to 
limitations on the number of packets that a particular 

20 ingress port can receive. Because the flow control 

mechanisms (e.g., input buffering requirements) of Fibre 
Channel ( U FC") and other protocols place limitations on 
the number of incoming packets, the dynamic allocation 
methods of the present invention result in a sparse 

25 allocation of physical queues. 

According to some implementations of the invention, 
a method of allocating queues in a network device is 
provided. The method includes the following steps: 
30 making a classification for an incoming packet; 

determining whether a queue has already been allocated 
for the classification; and allocating the queue when the 
queue has not already been allocated for the 
classification. The queue may be associated with an 
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ingress port of the network device. The queue may be a 
virtual output queue. 



The method may also include the steps of detecting 
5 when a queue is empty and de-allocating the empty queue. 
The method may also include the step of updating a memory, 
when a queue is de- allocated/ wherein the memory 
indicates whether the classification has already been 
allocated a queue. The network device may include a free 
10 list that indicates queues available for allocation, 

wherein the method further comprises updating the free 
list when a queue is de-allocated. 

The classification may be based on a packet source, 
15 a packet destination or a packet priority. The 
classification may resolve to a Q number. The 
determining step may involve addressing a memory that 
indicates whether the classification has already been 
allocated a queue. 

20 

Some embodiments of the invention provide a network 
device that includes: a classifier for making a 
classification for an incoming packet; a determiner for 
determining whether a queue has already been allocated 
25 for the classification; and an allocator for allocating 
the queue when the queue has not already been allocated 
for the classification. The queue may be associated with 
an ingress port of the network device. The queue may be 
a virtual output queue . 

30 

The network device may also include a detector for 
detecting when a queue is empty and a de-allocator for 
de-allocating the empty queue. 
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The classification may be based on a packet source, 
a packet destination or a packet priority. The 
classification may resolve to a Q number. 



5 In some embodiments, the determiner addresses a 

memory that indicates whether the classification has 
already been allocated a queue. The network device may 
also include, a utility for updating a memory when a queue 
is de-allocated, wherein the memory indicates whether the 
10 classification has already been allocated a queue. The 
network device may include a free list that indicates 
queues available for allocation as well as a utility for 
updating the free list when a queue is de -al located . 

15 Other implementations of the invention provide a 

computer program embodied in a machine -readable medium. 
The computer program is configured to control a network 
device to perform the following steps: making a 
classification for an incoming packet; determining 

20 whether a queue has already been allocated for the 

classification; and allocating the queue when the queue 
has not already been allocated for the classification. 

Yet other embodiments of the invention provide a 
25 network device. The network device includes the 

following components: a plurality of ports configured to 
receive incoming packets; a classification engine for 
making classifications for incoming packets; a memory 
that indicates whether a queue has already been allocated 
30 for a classification; and a processor for allocating the 
queue when the memory indicates that a queue has not 
already been allocated for the classification. The 
memory may be, for example, a content addressable memory 
or a random access memory. 
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Still other aspects of the invention proved a method 
of allocating queues in a network device. The method 
includes the following steps: having no queues allocated 
5 at a first time; receiving a first packet; making a first 
classification for the first packet; allocating a first 
queue for the first classification; receiving a second 
packet; making a second classification for the second 
packet; and determining whether the first classification 
10 is the same as the second classification. 

The method may also include the step of allocating a 
second queue when the first classification is different 
from the second classification. The method may include 
15 the step of assigning the second packet to the first 

queue when the first classification is not different from 
the second classification. 

i 

Yet other aspects of the invention provide a method 
20 of allocating queues in a network device. The method 

includes the following steps: determining a first number 
of packets that an ingress port of the network device can 
receive; and allocating a second number of physical 
queues for the ingress port, wherein the second number is 
25 less than or equal to the first number. According to 
some such aspects of the invention, the network device 
operates according to the Fibre Channel protocol and the 
determining step is based on a number of buffer-to-buffer 
credits granted by the ingress port . 

30 

The method may also include the following steps: 
identifying a category for each packet arriving at the 
ingress port; correlating the category to an existing 
physical queue; and storing packet information in the 
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physical queue- The packet information may be control 
information such as destination information, source 
information, priority information, payload type 
information and/or payload size information. The method 
5 may include these additional steps: identifying a 

category for each packet arriving at the ingress port ; 
and assigning the category to a physical queue, wherein 
the network device allocates a new physical queue only 
when there is no existing physical queue for the 
10 category. 

These and other features of the invention will be 
described below with respect to the following drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram that illustrates the 
problem of head-of-line blocking. 

5 Fig. 2 is a block diagram of a network device . 

Fig. 3 illustrates part of one implementation of an 
on-chip VOQ. 

10 Fig. 4 is a flow chart that outlines some aspects of 

the invention. 

Fig. 5 is a flow chart that outlines other aspects 
of the invention. 

15 

Fig. 6 is a block diagram that illustrates exemplary- 
components of a network device for performing some 
aspects of the invention. 

20 Fig. 7 is a block diagram that illustrates exemplary 

components of a network device for performing some 
aspects of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 



Fig. 2 illustrates a series of packets arriving at 
device 2 00, which is a network device in this example. 
5 After the packets arrive at port 201, they are classified 
by classification engine 220, which may be implemented in 
software, hardware or firmware. For example, each packet 
may be sorted according to control information such as 
its destination, its source, its priority, payldad type, 
10 etc. 

After the classification step, control information 
for each packet is assigned to a different one of the 
queues in array 240. Each of the queues in array 240 may 

15 be, e.g., a first-in, first-out ("FIFO") buffer of a 

microprocessor (e.g., an ASIC) . In this example, control 
information 2 06 for packet 2 05 is stored at the head of 
queue 255. Control information 216 for packet 215 is 
also stored in queue 255. Control information 211 for 

20 packet 210 is stored at the head of queue 250. 

However, other packet information (e.g., the 
payload) that may require significantly more memory can 
be stored in data memory 230. Data memory 230 may 

25 reside, for example, in an off -chip memory such as an 
SRAM, a DRAM, etc. Pointers to the packet information 
stored in memory 23 0 are stored in array 240 or in memory 
associated with array 240. One such implementation is 
described below with reference to Fig. 3. In this way, 

30 the storage requirements for the buffers in array 240 are 
reduced. 

Within a VOQ, packets are normally served in the 
order of arrival. As between VOQs, the flow of packets 
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is controlled by an "arbiter" that schedules packets 
between the ingress ports and egress ports, using one or 
more arbitration algorithms. Such arbitration is 
necessary, for example, to match available destinations 
5 (i.e. destinations that can accept packets) with 
requesting sources (queues containing at least one 
packet) . The arbitration algorithm will select from 
among the matching entities (e.g., in a round robin or a 
priority-weighted fashion) to determine which packet to 
10 serve next . 

Therefore, after the classification step is an 
arbitration step, wherein arbiter 277 determines what 
will happen with the contents of each queue. Arbiter 277 
15 may operate according to any applicable arbitration 

algorithms known by those of skill in the art. Arbiter 
277 may be implemented in software, hardware or firmware. 

Fig. 3 illustrates part of one implementation of an 
20 on-chip VOQ for maintaining an array of queues such as 
array 240 of Fig 2. According to some implementations, 
in queue 255, each item of control information has an 
associated descriptor field and a "next pointer" that 
indicates the location of the next control information. 
25 The descriptor fields include both the control 

information upon which the classification was made and 
the location of the associated payload of the data 
packet . 

30 However, in other implementations, the control 

information upon which the classification was made is 
implicit by location on "Q" memory, as described below. 
In general also the location of the associated payload 
can be inferred by M P" memory (e.g., memory 255) . 
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Therefore, in such implementations, the next pointer is 
the only necessary information. 

The first descriptor in queue 255 is for control 
5 information 206. Therefore, this descriptor will include 
the relevant control information (e.g., source, 
destination or priority) and the location within data 
memory 23 0 (see Fig. 2) of the payload of packet 2 05. In 
this example, data memory 230 is an off-chip random 

10 access memory such as an SRAM or a DRAM. The associated 
next pointer indicates the location of control 
information 216, the next control information in queue 
255. The "next pointer" field associated with control 
information 216 has a null value, because at this moment 

15 control information 216 is the last item of control 
information in queue 255. 

Memory 300 includes head pointer field 305 and tail 
pointer field 310. Each head pointer indicates the 

20 location of the control information at the head of a 

queue and each tail pointer indicates the location of the 
control information at the tail of the same queue. In 
this example, head pointer 315 points to the location of 
control information 206 within queue 255 and tail pointer 

25 320 points to the location of control information 216. 
Memory 300 has a depth of Q, the number of all possible 
classifications. The total size of memory 300 is Q * 
([size of HPTR field 305]+ [size of TPTR field 310]). 

30 The size P of buffer 255 depends on the limitations 

of input buffering and the corresponding number of 
packets that one wants to store in the system. In a 
Fibre Channel ("FC") system, for example, the number of 
packets that one wants to store per source is equal to 
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the number of buffer-to-buffer credits that the link will 
provide . In the FC protocol , storage must be provided 
for a number of packets corresponding to that number of 
credits- Therefore, the total number of packets that 
5 need to be stored in array 240 is the total number of 
links times the number of credits per link. Typically, 
16 packets per link may be stored in an input buffer of 
an FC switch., but in some current implementations 256 
packets per link may be stored- As is known to those of 
10 skill in the art, similar input buffering limitations 
apply to other protocols and other types of network 
devices . 

Fig. 4 is a flow chart that provides a high-level 
overview of dynamic, sparse allocation of queues 
according to some implementations of the present 
invention. Step 405 represents an initial time (t=0) 
when no packets have yet arrived at an ingress port of a 
network device. Therefore, according to some preferred 
implementations of the invention, no physical queues have 
yet been allocated. A first packet arrives (step 410) 
and the packet is classified (step 415) . The packet may 
be classified according to any convenient criteria, e.g., 
by source, destination, and/or priority. The 
classification may be performed, for example, by applying 
a hash function to fields of the first packet. 

A physical queue is allocated in step 420 and the 
first packet is assigned to the first queue (step 425) . 
30 The physical queue could be, for example, the type of 
queue described above with reference to Figs. 2 and 3. 
In preferred implementations, "assigning" the first 
packet to the first queue involves storing classification 
information and pointer information for the first packet 



15 



20 



25 
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in the first free queue. In alternative implementations, 
assigning the first packet to the first queue involves 
storing the first packet in the first queue . 

5 In step 430, the next packet arrives at the port. 

The packet is classified in step 432. Then, a 
determination is made as to whether there is an existing 
queue for the classification of the new packet (step 
435) . This determination may be made in any convenient 
10 way, e.g., by reference to a per queue empty bit stored 
and updated in a random access memory. One preferred 
implementation of the determination step will be 
described below with reference to Fig. 6. 

15 If a physical queue is already allocated for the 

classification of the new packet, the packet is assigned 
to an existing physical queue. However, if there is no 
physical queue yet allocated for tfre classification of 
the new packet, a physical packet is allocated for this 

20 purpose in step 445 and the packet is assigned to the new 
physical queue in step 450. Then, the next packet is 
arrived, is classified, and so on. 

Fig. 4 and the preceding discussion assume that a 
25 second packet (and subsequent packets) arrive while the 
first packet is still in the queue. If the first packet 
should leave before the next packet arrives, the first 
queue would be de-allocated. The second packet would 
repeat all of the steps that applied to the initial 
30 packet. According to the above -described implementation, 
the second packet would be allocated a different virtual 
queue than was allocated* to the first packet. However, 
in alternative implementations, the second packet could 
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be allocated the same virtual queue that was allocated to 
the first packet. 

Preferably, physical queues are also dynamically de- 
5 allocated when empty and made available for new 

classifications. Fig. 5 is a flow chart that represents 
an overview of this process. In step 505, allocated 
physical queues are polled and a determination is made as 
to whether they empty (step 510) . In some 
10 implementations, steps 505 and 510 are performed in a 
single operation. If there are no empty queues, the 
queues are assessed again at a later time. For example, 
the queues may be assessed again during the next clock 
cycle, after a predetermined number of clock cycles, etc. 

15 

The queue check occurs upon every packet 
transmission on the transmit packet queue. When a packet 
is transmitted the queue status (empty) is updated and 
checked. Queue allocation and de-allocation is therefore 
20 event driven . 

If one or more queues are determined to be empty, 
the queues are de-allocated in step 515 and made 
available for new classifications (step 520) . 
25 Preferably, all memories associated with the de-allocated 
queues are updated at this time to indicate that the de- 
allocated queues are no longer associated with the old 
classifications . 

30 Fig. 6 is a block diagram that illustrates one 

preferred implementation of the methods described above 
with reference to Figs 4 and 5. Here, queue selection is 
done through classification of a packet to a value of Q. 
The classification mechanism can be done, for example, by 
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hashing packet fields, by a lookup table, etc. The 
resulting Q value (here, a number) indicates the queue in 
which control information for a packet will be stored. 

5 The Q numbers are compared to the contents of a 

memory 62 0 of physical queues P implemented in hardware, 
such that there is sufficient state storage to allow a 
separate queue for every packet that the system can 
store. The memory 620 is preferably a content 

10 addressable memory ( "CAM" ) but may be any other 

appropriate memory, e.g., an SRAM. In the implementation 
illustrated by Fig. 6, memory 620 is a CAM having Q 
number field 625 and valid bit field 630. Each line of 
the CAM, then, includes the number of a queue and an 

15 indication as to whether or not that queue has been 

assigned. One advantage of using a CAM for memory 620 is 
that its entire contents can be searched in one cycle. 

If memory 62 0 is an SRAM, the Q number could be put 
20 into the address line of the SRAM. The data output from 
memory 62 0 could be the P value and a "hit" indication. 

By addressing memory 620, it is determined whether 
the Q number of the incoming packet has an allocated 

25 physical queue P. If memory 620 is a CAM, for example, 
memory 62 0 looks for a match between the Q number of the 
incoming packet and a Q number in field 625 and 
determines whether the Q number in field 625 has a valid 
bit in field 630. If so, there is a "hit" and that 

30 physical queue will be supplied for the control 

information corresponding to the hit number. If not, 
miss detector 635 fetches a queue from free list 640 of 
"free queues," which are the free resources on chip. 
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Free list 640 may be, for example, a RAM initially 
having addresses equal to its contents. In one example, 
when a first packet is arriving (at t=0) , there hav.e been 
no allocated queues. Therefore, at time t=0, free list 
5 640 would list all queues Q0, Ql, etc., up to QP'. When a 
first packet arrives, there will be a miss and the first 
packet will be assigned Q0, which will be fetched from 
free list 64Q. Then, memory 620 will be notified of the 
allocation and will update the bit in field 630 
10 corresponding to Q0 to a valid bit. 

After packets have been assigned to queues, the 
packets and queues are used by VOQ system 65 0 in a manner 
similar to that of conventional VOQ systems known to 
15 those of skill in the art. However, there are 

distinctions between the VOQ system of the present 
invention and those of the prior art. For example, VOQ 
system 650 will need to deal with only P data structures, 
which is a much smaller number of queues than a 
20 conventional VOQ system would use for the same network 
device . 

Another such difference from prior art VOQ systems 
involves the use of empty detector 660, which monitors 
VOQ system 650 and determines when a queue is empty. 
Then, empty detector 660 returns the corresponding Q 
number to free list 640 and notifies memory 620, which 
changes the corresponding value in field 630 to an 
invalid bit . 

Referring now to Fig. 7, a network device 760 
suitable for implementing the techniques of the present 
invention includes a master central processing unit (CPU) 
762, interfaces 7-68, and a bus 767 (e.g., a PCI bus). 



25 



30 
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When acting under the control of appropriate software or 
firmware, the CPU 762 may be responsible for implementing 
specific functions associated with the functions of a 
desired network device. For example, when configured as 
5 an intermediate router, the CPU 762 may be responsible 
for analyzing packets, encapsulating packets, and 
forwarding packets for transmission to a set-top box. 
The CPU 762 preferably accomplishes all these functions 
under the control of software including an operating 
10 system (e.g. Windows NT) , and any appropriate 
applications software . 

CPU 7 62 may include one or more processors 763 such 
as a processor from the Motorola family of 

15 microprocessors or the MIPS family of microprocessors. 

In an alternative embodiment, processor 763 is specially 
designed hardware for controlling the operations of 
network device 760. In a specif ic t embodiment , a memory 
761 (such as non-volatile RAM and/or ROM) also forms part 

20 of CPU 762. However, there are many different ways in 

which memory could be coupled to the system. Memory block 
761 may be used for a variety of purposes such as, for 
example, caching and/or storing data, programming 
instructions , etc . 

25 

The interfaces 768 are typically provided as 
interface cards (sometimes referred to as "line cards"). 
Generally, they control the sending and receiving of data 
packets over the network and sometimes support other 
30 peripherals used with the network device 760. Among the 
interfaces that may be provided are Ethernet interfaces, 
frame relay interfaces, cable interfaces, DSL interfaces, 
token ring interfaces, and the like. In addition, 
various very high-speed interfaces may be provided, such 
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as fast Ethernet interfaces, Gigabit Ethernet interfaces, 
ATM interfaces, HSSI interfaces, POS interfaces, FDD I 
interfaces, • ASI interfaces, DHEI interfaces and the like. 
Generally, these interfaces may include ports appropriate 
5 for communication with the appropriate media. In some 
cases, they may also include an independent processor 
and, in some instances, volatile RAM. The independent 
processors may control such communications intensive 
tasks as packet switching, media control and management. 
10 By providing separate processors for the communications 
intensive tasks, these interfaces allow the master 
microprocessor 762 to efficiently perform routing 
computations, network diagnostics, security functions, 
etc. 

15 

Although the system shown in Fig. 7 illustrates one 
specific network device of the present invention, it is 
by no means the only network device architecture on which 
the present invention can be implemented. For example, 
20 an architecture having a single processor that handles 
communications as well as routing computations, etc. is 
often used. Further, other types of interfaces and media 
could also be used with the network device. 

25 Regardless of the network device's configuration, it 

may employ one or more memories or memory modules (such 
as, for example, memory block 765) configured to store 
data, program instructions for the general -purpose 
network operations and/or other information relating to 

30 the functionality of the techniques described herein. 

The program instructions may control the operation of an 
operating system and/or one or more applications, for 
example . 
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Because such information and program instructions 
. may be employed to implement the systems/methods 
described herein, the present invention relates to 
machine -readable media that include program instructions, 
5 state information, etc. for performing various operations 
described herein. Examples of machine-readable media 
include, but are not limited to, magnetic media such as 
hard disks, floppy disks, and magnetic tape; optical 
media such as CD-ROM disks; magneto-optical media; and 

10 hardware devices that are specially configured to store 
and perform program instructions, such as read-only 
memory devices (ROM) and random access memory (RAM) . The 
invention may also be embodied in a carrier wave 
traveling over an appropriate medium such as airwaves, 

15 optical lines, electric lines, etc. Examples of program 
instructions include both machine code, such as produced 
by a compiler, and files containing higher level code 
that may be executed by the computer using an 
interpreter . 

20 

While the invention has been particularly shown and 
described with reference to specific embodiments thereof, 
it will be understood by those skilled in the art that 
changes in the form and details of the disclosed 

25 embodiments may be made without departing from the spirit 
or scope of the invention. For instance, it will be 
appreciated that at least a portion of the functions 
described herein could be performed by one or more 
devices, e.g., by a microprocessor, by a cluster of 

30 microprocessors, etc. The invention is preferably 

implemented at ingress ports of an FC switch, but could 
be used in an Ethernet switch or other network device. 
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Moreover, the invention can be used in any system 
that needs to enqueue information, objects, etc., having 
a large number of categories and a smaller number of 
units that can be categorized at any given time. For 
5 example, the invention is applicable to a sorting machine 
for sorting objects having a large number of possible 
characteristics (e.g., size, shape, color, or other 
attributes) and a smaller number of possible sorting 
operations at any given time. For example, the invention 

10 could be implemented in a machine that sorts objects 
having a large number of possible colors (e.g., 1000 
colors) , but which can only sort a small number of 
objects at any given time (e.g., 10 objects). 
Considering these and other variations, the scope of the 

15 invention should be determined with reference to the 
appended claims . 
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